-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
scanner: correct the autoProvision mechanism #147
scanner: correct the autoProvision mechanism #147
Conversation
The CI will fail because the autoProvisioned behavior will be called on the current master code. |
Shouldn't we remove Also, there's another instance of this where we set both to |
- we should not set both `Spec.Filesystem.Provisioned` and `Spec.Provision` or the remove operation would be blocked if we only change one of these to false. This is a side-effect that comes from 1877a4e. For now, we will remove one of these two fields to ensure the delete operation work. We still need mutator to help convert these two fields. Signed-off-by: Vicente Cheng <vicente.cheng@suse.com>
ff6b725
to
71820cc
Compare
Both are ok to me. I am working on the mutator. After that, we can move the whole
Nice catch, updated! |
Cool, makes sense. |
@Mergifyio backport v0.7.x |
✅ Backports have been created
|
Problem:
The removal operation would be blocked if we only changed one of these to false.
Solution:
For now, we will remove one of these two fields to ensure the delete operation work.
Related Issue:
Test plan: